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TEXT COMPRESSION 

BACKGROUND OF THE INVENTION 
The present invention deals with messaging 
5 on devices with limited display space. More 
specifically, the present invention deals with 
compressing text, in a linguistically intelligent 
manner, such that it can be more easily displayed on 
small screens . 

10 Messaging is widely available on current 

computer systems. Messages can be sent through voice 
mail, electronic mail (email) , paging, and from other 
sources or means. Further, the messages from a 
variety of sources can be integrated and forwarded to 

15 a single device. For example, a user who is 
currently receiving messages at a computer or 
computer network through voice mail and electronic 
mail may forward those messages to a cellular phone 
equipped to receive such messages. However, the 

20 screen of a cellular phone has quite limited display 
space. This can present significant problems when 
trying to display messages. 

For example, even very short electronic 
mail messages, or transcribed voice mail messages, 

25 can present text which is too voluminous to be viewed 
on a single screen of a cellular phone. This often 
requires the user to either decipher an entire 
message from the first few words of the message 
(since that is all that can be displayed) , or to 
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scroll down through many lines of text in order to 
read the entire message . Both approaches are 
cumbersome and can lead to errors. 

While text compression has conventionally 
5 been used in many different contexts, the purpose of 
such compression has primarily been to enable 
efficient data storage of text. Such compression 
techniques are completely inapplicable to contexts in 
which the compressed text must be deciphered by 
10 humans. 

SUMMARY OF THE INVENTION 
A text processor processes text in a 
message. The text processor generates a plurality of 

15 compressed forms of components of the message. The 
processor performs a linguistic analysis on the body 
of text to obtain a linguistic output indicative of 
linguistic components of the body of text. The 
processor then generates the plurality of compressed 

20 forms that can be used to compress the body of text. 
The plurality of compressed forms are generated based 
on the linguistic output. The invention can be 
implemented as a method of generating the compressed 
forms and as an apparatus. 

25 Another aspect of the invention 

includes a data structure generated based on the 
linguistic analysis of the text. The data structure 
includes a plurality of fields that contain 
attributes indicative of the plurality of compressed 

3 0 forms of portions of the body of text. The data 
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structure can also include a compression type field 
indicative of a type of compression used to generate 
at least one of the attributes contained in the 
fields of the data structure. 

5 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is a block diagram of an embodiment 

in which the present invention may be used. 

FIG. 2 is a block diagram of a message 
10 handler for performing linguistic analysis in 

accordance with one embodiment of the present 

invention. 

FIG. 3 is a diagram of a portion of a 
syntax parse tree for an exemplary sentence. 
15 FIG. 4 is a flow diagram of the overall 

operation of the system shown in FIG. 2. 

FIGS. 5A and 5B are more detailed flow 
diagrams illustrating the operation of the system 
shown in FIG. 2 in generating compression options for 

2 0 terminal nodes (or words and punctuation) in a 

syntactic analysis. 

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 

FIG. 1 illustrates an example of a suitable 
25 computing system environment 100 on which the 
invention may be implemented. The computing system 
environment 10 0 is only one example of a suitable 
computing environment and is not intended to suggest 
any limitation as to the scope of use or 

3 0 functionality of the invention. Neither should the 
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computing environment 100 be interpreted as having 
any dependency or requirement relating to any one or 
combination of components illustrated in the 
exemplary operating environment 100. 
5 The invention is operational with numerous 

other general purpose or special purpose computing 
system environments or configurations. Examples of 
well known computing systems, environments, and/or 
configurations that may be suitable for use with the 

10 invention include, but are not limited to, personal 
computers, server computers, hand-held or laptop 
devices , multiprocessor systems , microprocessor-based 
systems, set top boxes, programmable consumer 
electronics, network PCs, minicomputers, mainframe 

15 computers, distributed computing environments that 
include any of the above systems or devices, and the 
like. 

The invention may be described in the 
general context of computer-executable instructions, 

2 0 such as program modules, being executed by a 
computer. Generally, program modules include 

routines, programs, objects, components, data 
structures, etc. that perform particular tasks or 
implement particular abstract data types. The 

25 invention may also be practiced in distributed 
computing environments where tasks are performed by 
remote processing devices that are linked through a 
communications network. In a distributed computing 
environment, program modules may be located in both 



local and remote computer storage media including 
memory storage devices. 

With reference to FIG. 1, an exemplary 
system for implementing the invention includes a 
general purpose computing device in the form of a 
computer 110. Components of computer 110 may 

include, but are not limited to, a processing unit 
120, a system memory 130, and a system bus 121 that 
couples various system components including the 
system memory to the processing unit 120. The system 
bus 121 may be any of several types of bus structures 
including a memory bus or memory controller, a 
peripheral bus, and a local bus using any of a 
variety of bus architectures. By way of example, and 
not limitation, such architectures include Industry 
Standard Architecture (ISA) bus, Micro Channel 
Architecture (MCA) bus, Enhanced ISA (EISA) bus, 
Video Electronics Standards Association (VESA) local 
bus, and Peripheral Component Interconnect (PCI) bus 
also known as Mezzanine bus. 

Computer 110 typically includes a variety 
of computer readable media. Computer readable media 
can be any available media that can be accessed by 
computer 110 and includes both volatile and 
nonvolatile media, removable and non-removable media. 
By way of example, and not limitation, computer 
readable media may comprise computer storage media 
and communication media. Computer storage media 
includes both volatile and nonvolatile, removable and 
non-removable media implemented in any method or 
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technology for storage of information such as 
computer readable instructions, data structures, 
program modules or other data. Computer storage 
media includes, but is not limited to, RAM, ROM, 
5 EE PROM, flash memory or other memory technology, CD- 
ROM, digital versatile disks (DVD) or other optical 
disk storage, magnetic cassettes, magnetic tape, 
magnetic disk storage or other magnetic storage 
devices, or any other medium which can be used to 
10 store the desired information and which can be 
accessed by computer 100, Communication media 

typically embodies computer readable instructions, 
data structures, program modules or other data in a 
modulated data signal such as a carrier WAV or other 
15 transport mechanism and includes any information 
delivery media. The term "modulated data signal" 
means a signal that has one or more of its 
characteristics set or changed in such a manner as to 
encode information in the signal. By way of example, 
20 and not limitation, communication media includes 
wired media such as a wired network or direct -wired 
connection, and wireless media such as acoustic, FR, 
infrared and other wireless media. Combinations of 
any of the above should also be included within the 
25 scope of computer readable media. 

The system memory 13 0 includes computer 
storage media in the form of volatile and/or 
nonvolatile memory such as read only memory (ROM) 131 
and random access memory (RAM) 132. A basic 

30 input/output system 133 (BIOS), containing the basic 
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routines that help to transfer information between 
elements within computer 110, such as during start- 
up, is typically stored in ROM 131. RAM 132 
typically contains data and/or program modules that 
5 are immediately accessible to and/or presently being 
operated on by processing unit 120. By way o 
example, and not limitation, FIG. 1 illustrates 
operating system 134, application programs 135, other 
program modules 136, and program data 137. 
10 The computer 110 may also include other 

r emo vab 1 e / non - r emo vab le volatile/ non vo 1 a t i 1 e c ompu t er 
storage media. By way of example only, FIG. 1 
illustrates a hard disk drive 141 that reads from or 
writes to non -removable, nonvolatile magnetic media, 
15 a magnetic disk drive 151 that reads from or writes 
to a removable, nonvolatile magnetic disk 152, and an 
optical disk drive 155 that reads from or writes to a 
removable, nonvolatile optical disk 156 such as a CD 
ROM or other optical media. Other removable/non- 
20 removable, volatile/nonvolatile computer storage 
media that can be used in the exemplary operating 
environment include, but are not limited to, magnetic 
tape cassettes, flash memory cards, digital versatile 
disks, digital video tape, solid state RAM, solid 
25 state ROM, and the like. The hard disk drive 141 is 
typically connected to the system bus 121 through a 
non-removable memory interface such as interface 140, 
and magnetic disk drive 151 and optical disk drive 
155 are typically connected to the system bus 121 by 
30 a removable memory interface, such as interface 150. 
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The drives and their associated computer 
storage media discussed above and illustrated in FIG . 
1, provide storage of computer readable instructions, 
data structures, program modules and other data for 
5 the computer 110. In FIG. 1, for example, hard disk 
drive 141 is illustrated as storing operating system 
144, application programs 145, other program modules 
146, and program data 147. Note that these 

components can either be the same as or different 
10 from operating system 134, application programs 135, 
other program modules 136, and program data 137. 
Operating system 144, application programs 145, other 
program modules 146, and program data 147 are given 
different numbers here to illustrate that, at a 
15 minimum, they are different copies. 

A user may enter commands and information 
into the computer 110 through input devices such as a 
keyboard 162, a microphone 163, and a pointing device 
161, such as a mouse, trackball or touch pad. Other 
2 0 input devices (not shown) may include a joystick, 
game pad, satellite dish, scanner, or the like. 
These and other input devices are often connected to 
the processing unit 120 through a user input 
interface 160 that is coupled to the system bus, but 
25 may be connected by other interface and bus 
structures, such as a parallel port, game port or a 
universal serial bus (USB) . A monitor 191 or other 
type of display device is also connected to the 
system bus 121 via an interface, such as a video 
30 interface 190. In addition to the monitor, computers 
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may also include other peripheral output devices such 
as speakers 197 and printer 196, which may be 
connected through an output peripheral interface 190. 

The computer 110 may operate in a networked 
5 environment using logical connections to one or more 
remote computers, such as a remote computer 180. The 
remote computer 18 0 may be a personal computer, a 
hand-held device, a server, a router, a network PC, a 
peer device or other common network node, and 
10 typically includes many or all of the elements 
described above relative to the computer 110. The 
logical connections depicted in FIG. 1 include a 
local area network (LAN) 171 and a wide area network 
(WAN) 173, but may also include other networks. Such 
15 networking environments are commonplace in offices, 
enterprise-wide computer networks, intranets and the 
Internet . 

When used in a LAN networking environment, 
the computer 110 is connected to the LAN 171 through 

20 a network interface or adapter 170. When used in a 
WAN networking environment, the computer 110 
typically includes a modem 172 or other means for 
establishing communications over the WAN 173, such as 
the Internet. The modem 172, which may be internal 

25 or external, may be connected to the system bus 121 
via the user input interface 16 0, or other 
appropriate mechanism. In a networked environment, 
program modules depicted relative to the computer 
110, or portions thereof, may be stored in the remote 

30 memory storage device. By way of example, and not 
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limitation, FIG. 1 illustrates remote application 
programs 185 as residing on remote computer 180. It 
will be appreciated that the network connections 
shown are exemplary and other means of establishing a 
communications link between the computers may be 
used. 

It should be noted that the present 
invention can be carried out on a computer system 
such as that described with respect to FIG. 1. 
However, the present invention can be carried out on 
a server, a computer devoted to message handling, or 
on a distributed system in which different portions 
of the present invention are carried out on different 
parts of the distributed computing system. 

FIG. 2 is a block diagram of one 
illustrative embodiment of a number of components 
that can be used to implement the present invention. 
FIG. 2 includes a message handler 200 a compressor 
202 and a target device 204. Message handler 200 
illustratively includes a message parser 204, 
linguistic analyzer 206 and text compression 
component 208. In one illustrative embodiment, 

target device 204 is a cellular phone or other small 
screen device which is connected to compressor 2 02 
through link 210. Link 210 can be a global computer 
network that may or may not include radio 
transmission portions, or any other suitable link for 
transmitting messages to target device 204. 

Message handler 200 illustratively receives 
message 212. Message 212 can be from one of a 
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variety of sources , including a paging system, 
electronic mail, voice mail, etc. Message 212 thus 
illustratively includes a variety of parts including 
a header, a body of text, and, in the case of email, 
5 previous messages in the email thread. Parser 204 
parses message 212 into its various parts. The 
operation of parser 2 04 is irrelevant to the present 
invention. All that is relevant is that a message 
body 214, or other textual body to be compressed, is 
10 identified and provided to analyzer 206. This can be 
done in any known way and does not form part of the 
present invention. Therefore, parser 204 will not be 
described in detail. Suffice it to say that parser 
2 04 may remove header information and possibly 
15 previous mail messages, and provide the message body 
214 to linguistic analyzer 206. 

Of course, it should be noted that parser 
204 may provide any other natural language body of 
text to analyzer 206, other than message body 214. 
20 For example, the body of text may be a subject 
header, a task description header, a web page, etc. 
The present discussion proceeds with respect to 
message body 214 as but one example of text to be 
analyzed. 

25 Linguistic analyzer 206 illustratively 

includes a lexical analyzer, a morphological 
analyzer, and a syntax analyzer. The lexical 

analyzer receives message body 214 and breaks it into 
words (or other tokens) . This is done in a known 

3 0 manner. The morphological analyzer accesses a 



morphological data base (such as a dictionary) and 
obtains a variety of information associated with each 
word (or token) , such as the meaning, the part- of - 
speech, etc. The syntactic analyzer performs a 
syntactic analysis of the message body 214 to obtain 
a syntactic parse tree (or syntactic analysis 
structure) for each sentence in the message body and 
outputs that structure as the output of linguistic 
analyzer 206. This is also done in a known manner 
and is briefly illustrated with respect to FIG * 3. 

Text compression component 208 accesses the 
linguistic analysis output by linguistic analyzer 206 
and generates a plurality of different optional 
compressions of the components of message body 214. 
In one illustrative embodiment, text compression 
component 208 provides five attributes for each word 
or phrase in message body 214. Generally, each of 
the attributes represents a more aggressive 
compression of each word under analysis. In one 
illustrative embodiment, the data structure output by 
text compression component 208 includes the following 
attributes : 

ShortType which designates one type of 
compression rules being applied; 

LongForm which is the form of the word as 
written in message body 214; 

ShortForm which is the form of the word 
after applying the compression rules or techniques 
identified by the ShortType attribute; 
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CaseNormalizedForm which capitalizes the 
first letter in the ShortForm and provides the 
remaining letters in lower case; and 

CompressedForm, which is a compressed form 
5 of the CaseNormalizedForm and subjects the 
CaseNormalizedForm to additional compression rules in 
an effort to further compress the word. 

In one illustrative embodiment, the data 
structure including these attributes is output as a 
10 compressed XML output 216 and is provided to the 
compressor component 202. Compressor component 202 
may illustratively choose one of the compressed forms 
in the compressed output 216 and provide it to target 
device 204. Compressor component 202 may 

15 illustratively choose the compressed form based on 
the screen space available on target device 204, or 
other criteria. It should be noted that compressor 
component 2 04 does not form part of the present 
invention. 

20 FIG. 3 is one illustrative embodiment of a 

sentence which may reside in a message body 214. The 
sentence reads "You have a meeting with Dr. John 
Epstein next Tuesday at ten a.m." Of course, message 
body 214 is provided to the lexical analyzer which 

25 breaks the message body into sentences and into 
individual words (or tokens) . The morphological 
analyzer then performs a look up of each word (or 
token) and identifies part-of -speech and other 
possible information desired for analysis. 
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Theref ore , it can be seen that the words are 
identified with the parts-of -speech as follows: 

you = pronoun 

have = verb 

a = article 

meeting = noun 

with = preposition 

Dr. John Epstein = proper noun 

next = adjective 

Tuesday = noun 

at = preposition; and 

ten a.m. = noun. 

The syntactic analyzer analyzes the 
sentence and parts-of -speech into a syntax parse 
tree, in one illustrative embodiment, as indicated in 
FIG. 3. The terminal nodes (or leaf nodes) in the 
syntax parse tree represent the words in the 
sentence, while the non- terminal nodes represent 
phrases or other upper level syntactic units 
identifying portions of the sentence. In the syntax 
parse tree illustrated in FIG. 3, the designation "S n 
represents a sentence node, while the designation 
»NP" represents a noun phrase, "VP" represents a verb 
phrase, and n PP" represents a prepositional phrase. 
The triangles above "next Tuesday" and "at ten a.m." 
simply indicate that those phrases can be further 
analyzed into nodes which have been eliminated for 
the sake of simplicity. The syntax parse tree 
indicates that the sentence is formed of a noun 
phrase, followed by a verb phrase, followed by two 
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other syntactic components which are not specifically 
analyzed herein. 

Text compression component 208 

illustratively compresses the sentence shown in FIG. 
5 3, in a linguistically intelligent manner, such that 
it can be deciphered by a human. In performing such 
compression, a number of problems present themselves. 
For example, it may be intuitive to delete all of 
certain types of words in the text. For instance, it 
10 may be intuitive to delete all articles in the text. 
However, while this may work in English, it does not 
work in other languages. In fact, it does not even 
work in all of the Romance languages. Take for 

example, the French phrase Je le lui ai fait manger 
15 which is translated as "I made him eat it." It 
should be noted that the clitic pronoun "le" looks 
exactly like the definite masculine article "le" 
(which is translated as "the"). Therefore, if all 
"articles" or words "the" and their equivalents in 
2 0 the different languages were removed, this would 
drastically change the meaning of some phrases in 
different languages. 

Similarly, it may seem intuitively 
reasonable to remove all spaces in the text. 
25 However, where electronic mail aliases or uniform 
resource locators (URLs) are provided in the message, 
removing the spaces would make it very difficult to 
tell where the email aliases or URL reside within the 
text . Many such symbol sensitive text fragments are 
30 used in messages today. If case or symbols are 
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changed in the fragment, the entire fragment 
irretrievably loses its meaning. Take, for example, 
the phrase "Visit http://microsoft.com for 
information" . If this were reduced to 

5 "visithttp : //microsoft . comf orinf o" it is very 
difficult to determine where the URL ends within the 
text fragment . 

Therefore, the present invention does not 
take such an unintelligent and uniform approach. 
10 Instead, the present invention bases its compression 
on the linguistic analysis performed by analyzer 206. 

FIG. 4 is a flow diagram which illustrates 
in a bit greater detail the operation of message 
handler 200. First, message handler 200 receives 
15 message 212. This is indicated by block 218. Parser 
204 locates the message body in message 212 and 
passes message body 214 to analyzer 206. This is 
indicated by block 220. Analyzer 226 breaks the 
message 214 into sentences. This is indicated by 
20 block 222. The lexical analyzer component of 

analyzer 2 06 then performs a lexical analysis of the 
text body to break the sentences intotokens such as 
words, numbers and punctuation symbols. Tokens can 
also consist of more than a single word, such as 
25 multi-word expressions like "along with" or "by means 
of". This is indicated by block 224. The 

morphological analyzer in linguistic analyzer 206 
then performs its morphological analysis and thus 
locates parts-of -speech, and other relevant 
3 0 information corresponding to each token. This is 
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indicated by block 226. The syntactic analyzer then 
performs a syntactic analysis and provides, in one 
illustrative embodiment, a syntax parse tree. This 
is indicated by block 228. 
5 Text compression component 208 then 

iteratively examines each of the nodes in the 
analysis provided by analyzer 206 to determine 
whether potential compression options are available. 
This is indicated by block 230. Once the nodes in 
10 the analysis have been examined, and the various 
compression options have been identified, the 
compression options are output, as, for example, an 
XML output 216. This is indicated by block 232. 
Compressor 202 then simply chooses one of the options 
15 for each word (or token) and provides the message in 
compressed form to target device 204. 

FIGS. 5A and 5B illustrate in better detail 
the operation of text compression component 2 08 in 
generating the potential compression options for the 
20 analyzed portions of message body 214. FIGS. 5A and 
5B specifically illustrate the operation of text 
compression component 208 in generating possible 
compression options for terminal nodes (or leaf 
nodes) in the analysis output by analyzer 206. In 
25 other words, FIGS. 5A and 5B illustrate the treatment 
of each word (or token) in the text message for 
potential compression, as opposed to non-terminal 
nodes which may represent phrases or larger fragments 
of the message body. 
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First, the long form of each token is 
received. Recall that the long form is the form of 
the token which is written in the text body. This is 
indicated by block 234 in FIG. 5A. The long form is 
saved as an attribute that is output in the data 
structure provided as the compressed output 216 . 
This is indicated by block 236. 

Next, the ShortType attribute is determined 
and saved. Recall that the ShortType attribute is an 
attribute that indicates the specific type of 
compression rules applied to the long form of the 
token. This is indicated by block 23 8. The various 
ShortType attributes in accordance with one 
embodiment of the present invention are discussed at 
greater length below. 

It is then determined whether, using the 
compression rules identified by the ShortType 
attribute, the entire node under analysis is to be 
deleted. For example, some nodes are to be deleted 
under all circumstances. Articles (which have a 
ShortType attribute "Articles") in the English 
language can always be omitted. Such articles 
include a, the, those, and these, for example. 
Greetings have ShortType attribute "Greeting" and are 
also specially handled in block 240. Greetings (such 
as Dear Bob, Hi, and Hi BOB) can all be deleted. 
Determining whether the node is to be deleted under 
all circumstances is indicated by block 240. If so, 
then as indicated in block 238, the ShortType 
attribute is set to "Articles" (or whatever is 
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appropriate) and the Short Form, the 

CaseNormalizedForms , and the CompressedForm 

attributes are all set to a null value. This is 
indicated by block 242. 
5 If, at block 240, it is determined that the 

node is not to be deleted, in its entirety, it is 
determined whether any other special handling for 
this node is to be undertaken. This is indicated by 
block 244. Such special handling can take a wide 
10 variety of forms. A number of those forms will now 
be discussed. 

A group of adjectives (having the ShortType 
"Adjective") are specially handled. Those include 
words which begin with "wh" , such as which, who and 
15 what. Those adjectives are discussed in greater 
detail below. 

English articles were discussed above with 
respect to block 240. English articles can be 
omitted under all circumstances. However, articles 
20 in other languages may need special handling. For 
example, German definite articles can be omitted 
under all circumstances. However, indefinite 

articles are retained because of ambiguity (since the 
same form can mean "a" or "one"). Spanish and French 
25 definite articles are deleted, but clitic pronouns 
with the same spelling are not. Indefinite articles 
in Spanish and French are retained because of 
ambiguity (since the same form can mean "a" or 
"one") . 
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Adverbs have the ShortType attribute 
"Adverbs" and those that are classified as "wh" words 
(why, how, when, etc.) are not compressed in any 
fashion, and are dealt with below. Other adverbs 
5 undergo character reduction (such as vowel deletion, 
consonant deletion or both) which is also discussed 
in greater detail below. 

Company names have ShortType attribute 
"Company" and are also specially handled. The 
10 company type is deleted. For example, "Microsoft 
Corporation" can be converted to simply "Microsoft". 
The shortened form is subject to character reduction 
and case normalization as discussed below. 

Conjunctions have the ShortType attribute 
15 "Conjs" and are specially handled as well. For 
example, the English conjunction "and", the French 
"et" and the German "und" are replaced with the 
ampersand sign. The Spanish "y/e" is not reduced 
since it is already one letter. All other 

2 0 conjunctions are left as is, and are subjected to the 

later processing steps. 

A number of different types of nouns are 
specially handled as well. Absolute dates and times 
are designated with the ShortType "Dates" and are 
25 treated in the following way. In all languages, for 
a month in isolation, the long month name is 
converted to a short form. Short month names with 
periods at the end have the period removed. Vowel 
compression, case normalization, etc. are not 

3 0 performed on the resulting short form. For example, 



in the phrase "lets meet in November" November is 
reduced to "Nov". Similarly, the phrase "lets meet 
in Nov.", has the November abbreviation converted to 
"Nov" (i.e., the trailing period is stripped). 

In all languages, a month (and year) with 
no day of the month designated is rendered as a short 
month name alone. For example, the term "November 
2001" where "2001" is the present year, is simply 
reduced to "Nov" . 

If the date is a month plus a year that is 
not the current year, it is converted to a numeric 
month plus a separator plus a numeric year. For 
example, "Nov 2002" is converted to "11/2002" (for 
the English and French languages) or "11.2002" (for 
other European languages) . 

Similarly, in the American English 
language, single absolute dates are normalized to 
month/day /year numerical format. Dates in other 
languages are normalized to their formats (e.g., 
Japanese always uses the year-month-day format) . In 
English and French the forward slash mark is used as 
the separator while in Spanish and German the period 
is used as the separator. 

The year is omitted if it is equal to the 
year of "today" of if the year plus 2000 is equal to 
the year of "today". For example, 23 July, 2001 is 
converted to 7/23. In addition, Monday 23 July is 
converted to 7/23. 

Similarly, midnight receives special 
handling as well. Midnight is also designated by the 
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ShortType "Dates" and its short form is "12am", The 
common collocation "12 midnight" also has the short 
form ,, 12am" / a special case to avoid the output "12 
12am" . 

5 Date ranges in the English language are 

also subject to special handling. For example, the 
term "December 5th-9th" is converted to "12/5-9". 
Also, the date range December 5th - 9th, 2002" is 
converted to "12/5-9/2002". 
10 Offset dates are also treated specially and 

are given the ShortType "Of f setDate" . In the event 
that a term such as "next Wednesday" is identified in 
the text, the date on which the message is sent (or 
authored) is obtained and the offset date "next 
15 Wednesday" is resolved. Therefore, if the message 
was sent on Friday, December 1st, the reference to 
"next Wednesday" would be December 6th. The term 
"next Wednesday" would thus be converted to "12/6". 

The days of the week are given the 
20 ShortType "Days". In all languages, isolated days of 
the week that cannot be reliably resolved to absolute 
dates are converted to the short forms of those days. 
Short day names with periods at the end have the 
periods stripped therefrom. Vowel compression, case 
25 normalization, etc. are not performed on the 
resulting short form. For example, in the phrase 
"lets meet on Monday", the term "Monday" is converted 
to "Mon" . 

Electronic mail aliases and URL's are also 
3 0 subject to special handling. Electronic mail aliases 
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and URL's are maintained, intact, without case 
normalization or removal of vowels. Emails are given 
the ShortType "Email" and URL's are given the 
Short Type "URL" . 
5 Phone numbers are given the ShortType 

"Phone" and have punctuation removed from the 
interior thereof. For example, the phone number in 
the term "call me at (425) 703-7371" is simply 
converted to "4257037371". 

10 States and countries are given the 

ShortType "Geo" and are replaced with their 
conventional abbreviations. For example, 

"Washington" is replaced by "WA", "Alabama" is 
replaced by "AL", etc. 

15 Non- language items are given the ShortType 

"NotLanguage" and linguistic compression is not 
performed. Examples of such items include: 
x = x + y; 
If (x = 1) { 

20 < Some XML > Content < /Some XML > <Foo/>. 

Spelled out numbers are also subject to 
special handling and are given the ShortType 
"Number". Spelled out numbers are replaced with 
Arabic numerals. For example, the English phrase 

25 "one thousand four hundred twenty- five" is replaced 
by "1425". Separators are illustratively not used 
between thousands . 

Denominations of money are also subject to 
special handling and are provided with the ShortType 

30 "Dollars". The term "K" is substituted for 
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thousands. The term "M" is substituted for millions 
and "B" is substituted for billions. For example, 
$100,000 is converted $100K, $123,000,000 is 
converted to $123M, and $2,000,000,000 is converted 
5 to $2B. Also, these short forms are not subject to 
case normalization which will be described below. 

Similarly, in one illustrative embodiment, 
fractions are indicated as well. For example, 
$2,250,000,000 is converted to $2.25B. Also, 
10 numerical amounts which are followed by a currency 
designator are normalized to the common symbol for 
the currency along with the number. For example, 
"one hundred dollars 11 is converted to "$100". The 
term "57 pounds" is converted to "#57". "500 Francs" 
15 is converted to "500Fr", etc. 

Proper names are subject to special 
handling and are given the ShortType "PrprN" . In 
languages other than German, multi-part proper names 
are condensed down to just the first family name, if 
20 possible. For example, "Dr. Mary Smith" is converted 
to "Smith". 

It should be noted that for Spanish phrasal 
last names, they are condensed to the first part 
(e.g., "Cardoso de Campos" is reduced to "Cardoso"). 
25 Also, in one illustrative embodiment, vowel removal 
is not conducted on proper names. 

Similarly, proper names are subjected to 
dictionary lookup for more common given names. For 
example, the proper name "Patrick" may be replaced by 
30 "Pat". The name "William" may be replaced by "Will", 



etc. Further, if a given name and a final initial 
are provided, this is reduced just to the first name. 

In the German language, proper names are 
more troublesome, because the language capitalizes 
many words in text fragments. Therefore, proper 
names are not compressed when they are preceded by 
determiners in the German language. 

Possessives are also specially handled and 
are given the ShortType "Possessive". In the English 
language, possessives with the n, s" and "s ,n clitics 
can be rewritten without the apostrophe. For 
example, the term "John's house" can be written as 
"Johns house". Similarly, the "dog's tails" can be 
written as "dogs tails". 

A number of prepositions are subject to 
special handling as well and are given the ShortType 
"Preps". For example, in the English language, some 
prepositions are summarized through a look up table. 
For instance, "through" can be summarized as "thru". 
The word "at" can be summarized with "@" . The terms 
"to" and "for" can also be summarized as the numbers 
"2" and "4" in certain circumstances. They are only 
summarized in this way if they are not adjacent to a 
numeral or a number spelled out in full that has a 
possible numeral substitution. For example, in the 
phrase "I want to leave", the term "to" is replaced 
by the number "2". However, in the phrase "I have 
been to two good movies lately" the term "to" is not 
changed to the number "2" since this would result in 
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a possible misconstrual that the speaker had been to 
twenty-two good movies. 

Some pronouns are also subject to special 
handling and are given the ShortType "Pronouns". For 
5 English, the pronoun "you" is replaced "U" . All 
other pronouns stay the same, with no vowel removal. 
For Spanish, the pronoun "Usted" is replaced M Ud n and 
"Ustedes" by "Uds". In the German language, the 
pronouns that include "ein" (plus inflection) are 
10 summarized using the numeral "1". 

Punctuation is specially handled and is 
given the ShortType "Punctuation". Punctuation that 
is not a sentence separator and does not occur inside 
an email alias or URL is deleted. Essential 
15 punctuation is given the ShortType "EssentialPunct" . 
For all languages, the following characters are not 
deleted: ~ : I I ? ! [] () <> = == w " . In Japanese, 
the special small circle symbol which is used 
exclusively as a sentence separator is not deleted 
2 0 either. The semicolon and period are deleted only if 
they are not sentence-final punctuation. All other 
characters are marked as NonessentialPunctuation 
(described below) . 

However, in one embodiment, sequences of 
25 final punctuation are reduced to the first character. 
Therefore, a phrase such as "Are these things 
removed?!?" simply has its final punctuation reduced 
to " ? " . 



-27- 

Also, for all languages, punctuation that 
occurs between items which, under other compression 
rules, may be rendered as digits, are retained. For 
example, in the phrase "I bought 3 in 1976 and in 
5 1977, 100" the comma after 1977 is retained (or 
optionally a space is retained) in order to avoid the 
compression 197710 0 and to instead have the 
compression "1977,100" or "1977 100". 

Similarly, in the English language the 
10 inches and foot/feet measurement phrases are 
converted into " or ' as appropriate. 

Other, non-essential punctuation marks are 
subject to special handling and are given the 
ShortType "NonessentialPunct " . Punctuation inside 
15 factoids (such as email addresses, URL's, numeric 
ranges, etc.) is left intact. Punctuation not inside 
such factoids can be deleted except for 
EssentailPunct and punctuation that occurs as a 
conjunction (e.g,. semi-colons to separate clauses). 
20 A number of verbs are also subject to 

special handling and are given the ShortType "Verbs". 
Such verbs are subject of dictionary lookups. For 
example, the word "are" can be replaced by the letter 
"R", and the word "be" can be replaced by "B" . 
25 Otherwise, verbs are simply subjected to character 
reduction and case normalization as described below. 

Two other forms of special handling are 
performed as well. One is given the ShortType 
"WordSubstitution" which involves substituting words, 
3 0 and the other is the handling of the "wh" words 
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discussed above. A more detailed discussion of those 
types of special handling is given later in the 
description. 

Discussion now proceeds again with respect 
to FIGS. 5A and 5B. If none of these special 
handling cases are to be undertaken at block 244 in 
FIG. 5A, then the ShortForm attribute associated with 
the word under analysis is simply set to the LongForm 
attribute (which, is the form of the word written in 
the text) . This is indicated by block 246. 

However, if, at block 244, it is determined 
that special handling is to be done, it is next 
determined whether the special handling is word 
substitution. Word substitution is often simply 
performed based on a dictionary lookup. Word 
substitution can be performed, for example, to obtain 
an acronym for another word or phrase. For instance, 
in the English language the phrase "as soon as 
possible" can be substituted with "ASAP". 

If the special handling is word 
substitution, then the necessary word substitution is 
performed for the word in the text in order to obtain 
the ShortForm attribute. This is indicated by block 
250. If word substitution is successful, then the 
CaseNormalizedForm (CNF) attribute and the 
CompressedForm (Comp) attribute are both set to the 
same form as now found in the ShortForm attribute. 
This removes the word from further processing such as 
character reduction and case normalization. This is 
indicated by block 252. Therefore, the word 



-29- 

substitution process can be used to avoid other 
troublesome situations as well. For example, in 
German the pronoun "sich" can be required (by word 
substitution) to remain "sich" in order to avoid 
5 later vowel deletion which would result in a common 
abbreviation for an obscenity. Determining whether 
the special handling is word substitution is 
indicated by block 24 8. 

If, at block 248, it is determined that the 
10 particular type of special handling to be undertaken 
is not word substitution, then it is determined at 
block 254 whether the special handling to be 
undertaken is that associated with the "wh" words 
mentioned above. If so, recall that the "wh" words 
15 are not to be reduced. In that case, all remaining 
attributes (ShortForm, CaseNormalizedForm, and 
CompressedForm) are set to the LongForm. This is 
indicated by block 256. 

If, at block 254, it is determined that the 
20 special handling to be undertaken is not that 
associated with the "wh" words, then it must be one 
of the other special handling operations discussed 
above. In that case, the particular special handling 
step is performed to obtain the ShortForm attribute 
25 and the ShortForm attribute is saved. This is 
indicated by block 258. 

Once the special handling has been 
performed and the ShortForm attribute has been 
obtained, the ShortForm attribute is submitted for 
30 space removal. It is first determined whether space 
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removal is to be done. This is indicated by block 
260. If so, then the short form is submitted to a 
space removal algorithm such as that set out in the 
following pseudocode. 



Classify each token as 

<EssentialPunct>: assume these need no delineation, and can serve to delineate all 
tokens 

<CaseDeiineable>: includes all normal words/phrases etc where we can normalize the 
case 

<Number>: numbers (note that these include tokens like "two" that have been 
converted to "2") 

<SpaceDelineable>: tokens that must have a space around them - like uri's and email 
addresses 

One embodiment of the algorithm: 

// start off with the short form sans leading spaces 

Result = RemoveLeadingSpaces(<short form>) 

// only do this if the token is not NULL 

if (Result) { 

FrontSpaceNeeded = FALSE; 

// switch on type of current token 

switch <curtype> { 

case <EssentialPunct>: 

// should be all done. No delineation required 
break; 

case <CaseDelineable>: 

// put in a space if prev type was space delineable 

if (prevtype == <SpaceDelineable>) FrontSpaceNeeded = TRUE; 

break; 

case <Number>: 

// put in a space if prev type is number or space delineable 
if (prevtype == <SpaceDelineabie> || prevtype == <Number> 
PreviousToken ends in a digit) FrontSpaceNeeded = TRUE; 
break; 

case <SpaceDe!ineable>: 

// put in a space unless previous token was essential punctuation 
if (prevtype != <EssentialPunct> && HsFirstTokenlnSentence) 
FrontSpaceNeeded = TRUE; 
break; 

} 

// set prevtype to current type 
prevtype = curtype; 

if (FrontSpaceNeeded) Result = AddLeadingSpace(<Result>) 

} 



The pseudocode indicates that spaces will 
not be removed preceding URLs, email addresses, etc., 
nor will they be removed following those items. 
However, in other cases, where delineation can be 
made, spaces will be removed from the ShortForm 
attribute. This is indicated by block 262. 

Next, it is determined whether case 
normalization is to be performed. This is indicated 
by block 264. It will be appreciated, for example, 
that case normalization may not be desired in URLs 
and emails and other such items that are case 
sensitive. If that is the case, then the 

CaseNormalizedForm attribute is set to the ShortForm 
attribute as indicated by block 266. However, if 
case normalization is to be performed, then the first 
letter in each word in the ShortForm attribute 
(recall that the token can be composed of multiple 
words) is capitalized, and that is saved as the 
CaseNormalizedForm attribute. This is indicated by 
block 268. 

It is next determined whether further 
compression is to be performed. This is indicated by 
block 270. For example, in a number of the special 
handling cases mentioned above, vowel removal is not 
to be performed (such as in pronouns in the English 
language, the "wh" words, proper names or in the 
ShortForm of days such as Mon, Tues, etc.). 
Similarly, vowels or consonants are not to be removed 
from acronyms, email addresses, URLs, etc. 
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If further compression is not to be 
performed, then the CompressedForm attribute is set 
to the CaseNormalizedForm attribute as indicated in 
block 272. However, if further compression is to be 
5 preformed, then the CaseNormalizedForm is submitted 
for character reduction (such as the removal of 
vowels and consonants) . 

For the present discussion, the term 
"medial vowels" will mean a single vowel or a 
10 sequence of vowels that is not either at the 
beginning or at the end of a word. In the English 
language, all medial vowels are removed. 

15 

For removing letters in German, consonant 
20 cluster simplification rules are first applied. For 
example, the consonant cluster "sch" is simplified to 
"sh" except in the diminutive suffix -schen. Also, 
the consonant cluster "ck" is simplified to "k" . 

Next, the word-final sequence-ein is 
25 replaced with the homophonous -1. Some words in 
German end in -ein, but it is not homophonous with 
the number one. Some examples of such words are the 
following: : 

3 0 Codein, Coffein, Casein, Fluoreszein, Hussein, Kaffein, Kasein, 
Kleberprotein, Kodein, Lutein, Movein, Nuklein, Nuclein, Olein, 
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Phenolphtalein, Phtalein, Protein, Pygmaein, Talein, Tein, 

Thein, Zein, 

Zygstein 

5 It should also be noted that if the 

following word is a number, date, time, etc. (such as 
anything which may start with a digit) , then the 
"ein" substitution is not performed. 

In German, in words that contain only one 

10 medial vowel, the vowel is not deleted. For words 
with more than one medial vowel , every second medial 
vowel is deleted. The letter "u" between a consonant 
and a word-final "ng" is deleted. Any cases of "ie" 
that still remain are converted to "i". Finally, the 

15 letter "e" is deleted if it follows a consonant and 
precedes a word-final "1, m, n or r", Note that a 
vowel is not deleted if it follows the letter s and 
precedes the cluster ch since this would result in 
the sequence sch which German readers have a very 

20 strong tendency to interpret as the beginning of a 
syllable. For the present discussion, vowels 

typically include aeiou and in some languages y, and 
all forms with accents, umlauts, and other 
diacritics. A list sufficient for English, German, 

25 French and Spanish is: 

aeaaaaaeeeee i x £ ioeoooouiiuuiEAAAAAEEEEE I f I iCEOOOOUUUU 

For English, German, French and Spanish, 
30 consonants include: 
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qwrtypsdfghjklzxc^vbnnmQWRTYPSDFGHJKLZXCgVBNNMS 

although additional consonant symbols may be added 
for other languages . 
5 Once character reduction (such as vowel and 

consonant removal) is performed, as indicated by 
block 274, the CompressedForm attribute is obtained 
and saved. This is indicated by block 276. Finally, 
all five attributes can be output as potential 

10 compression options. This is indicated by block 278. 

It should also be noted that during 
traversal of the syntax parse tree, compression can 
be performed on a non-terminal node level as well. 
In one embodiment, entire phrases are deleted based 

15 on the syntactic analysis. For example, consider the 
sentence "While I was stuck on the freeway, I 
remembered to ask you to send me the contact 
information for Dr. Mary Smith". In this example, 
the entire sentence initial subordinate clause can be 

2 0 deleted. In other words, the syntactic analysis 
indicates that it is subordinate and the 
subordinating conjunction "while" indicates that this 
is a temporal adverbial clause. Therefore, this 
entire phrase can simply be deleted to obtain the 

25 sentence "I remembered to ask you to send me the 
contact information for Dr. Mary Smith." The patent 
application Serial No ._09/220 , 836 , entitled SYSTEM 
FOR IMPROVING THE PERFORMANCE OF INFORMATION 
IDENTIFYING CLAUSES HAVING PERDETERMINED 

30 CHARACTERISTICS, filed on December 24, 1998, provides 
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additional information regarding the identification 
of subordinate clauses and whether those clauses 
contain relatively important material. 

Another example of compressing at the non- 
5 terminal node level is with respect to speech act 
verbs. Speech act verbs are a subclass of what 
linguists refer to as "complement taking predicates." 
In the English language, an ambiguity is illustrated 
in the following sentence: 
10 "John said that he was arriving next 

Wednesday. " 

In one reading, the word "he" is co- 
referential with "John" . In another reading, "he" 
could be someone else. Some elements of this 

15 sentence can be deleted without making the output any 
or more less ambiguous than the input, as follows: 

If the subject of the matrix clause speech 
act verb (in this case "John" the subject of "said") 
is possibly co-referential with a pronominal subject 

20 of the subordinate clause (he) , and this can be 
determined either by noting that they are both 
masculine, as we know from a morphology lookup, or by 
using more sophisticated semantic analysis to 
determine co-reference, then the pronoun in the 

25 subordinate clause can be deleted. Note that the 
subordinating conjunction "that" can also be deleted, 
to yield: 

"John said was arriving next Wednesday" . 
It should be noted that care must be taken 
3 0 to only delete the subject of the subordinate clause 
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when it is a pronoun, and possibly co-referential 
with the subject of the main clause. For example, it 
should not be deleted in the following case: 
John said that she was arriving... 
5 John said that Bill was arriving... 

John said that they were arriving... 
At this point, following through with the 
example of the sentence illustrated in FIG. 3 may be 
helpful. As stated earlier, each node in the 
10 analysis is iteratively examined to determine whether 
compression can be accomplished. Therefore, the 
sentence node (S) is first examined. No compression 
can be done at this point, so processing proceeds 
deeper in the analysis and the noun phrase node 3 00 
15 is examined. No compression can be performed at that 
level so processing continues deeper to the pronoun 
node 302. It is seen that the pronoun is "you". 
Therefore, under the special handling provisions, 
this can be converted the term "U" . This results in 
20 the following attributes: 

ShortType = Pronouns 
LongForm = You 
ShortForm = U 
CNF = U 
25 Comp. = U 

Next processing continues with respect to 
verb phrase node 304. It is seen that no compression 
can be performed at this level so the verb node 3 06 
is examined. The term "have" is simply passed 
30 through the flow chart illustrated in FIGS. 5A and 5B 
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and subjected to case normalization and vowel removal 
to obtain the term "Hve". This results in the 
attributes as follows (wherein the underscore 
represents a leading space) : 
5 ShortType = VerbsDefault 

LongForm = __have 

ShortForm = _have 

CNF = Have 

Comp . = Hve 

10 Again, examination of the node 3 08 is done 

and it is found that no compression can be done at 
this level. Therefore, examination proceeds to node 
310 where the article "a" is deleted at block 240 in 
FIG. 5A to yield: 
15 ShortType = Articles 

LongForm = _a 

ShortForm = Null 

CNF = Null 

Comp. = Null 

2 0 The node 312 is then examined, and is 

subjected to word substitution to result in the five 
attributes as follows: 

ShortType = WordSubstitution 
LongForm = _meeting 

2 5 ShortForm = Mtg 

CNF = Mtg 
Comp . = Mtg 

The prepositional phrase node 314 is then 
examined and it is determined that no compression can 

3 0 be done at that level. Therefore, the preposition 
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node 316 is examined. Processing moves though the 
flow chart in FIGS. 5A and 5B and case normalization 
and vowel removal are conducted to yield the five 
attributes as follows: 

ShortType = PrepsDefault 

LongForm = _with 

ShortForm = _with 

CNF = With 

Comp. = Wth 

The proper noun node 318 is then examined. 
It is found, at this node, the three words "Dr. John 
Epstein" can be compressed using the ShortType PrprN. 
This yields the five attributes as follows: 

ShortType = PrprN 

LongForm = _JDr ._John__Epstein 

ShortForm = _Epstein 

CNF = Epstein 

Comp . = Epstein 

Next , node 32 0 is examined and i s found 
that this phrase represents an offset date. This is 
analyzed, through the flow diagram illustrated in 
FIGS. 5A and 5B to yield the following five 
attributes : 

ShortType = OffsetDate 

LongForm = _next_Tuesday 

ShortForm = _12/3 

CNF = 12/3 

Comp. = 12/3 



Next, node 322 is examined and it is 
determined that no compression can be made at that 
node. Therefore the preposition node 324 is 

examined. It is noted, through processing as 
indicated in FIGS. 5A and 5B that the term "at" is 
the subject of a word substitution for "@" this 
yields the five attributes as follows: 

ShortType = WordSubstitution 

LongForm = _at 

Short Form = @ 

CNF = @ 

Comp. = @ 

Finally, the node 326 is examined and the 
only compression that is found is to replace the 
spelled-out term "ten" with the number "10" to yield 
the five attributes: 

ShortType = Numbers 

LongForm = _ten_am 

Short Form = _10am 

CNF = 10am 

Comp. = 10am 

The compressor 2 02 is then free to pick and 
choose among the various compression options 
illustrated in these data structures to provide a 
final output compressed version of the text. This 
can be done very aggressively, as in the case of the 
display screen on the target device 2 04 with a very 
limited size, or it can be done less aggressively, as 
in the case of a palm top computer with more display 
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space, for instance. Therefore, for example, the 
most aggressive compression is as follows: 
UHveMtgWthEpsteinl2 /3@10am 

Even with very aggressive compression, this 
5 is a highly readable and decipherable text message, 
yet is saves a great deal of space over the original 
set out in FIG. 3 . 

Thus, it can be seen that the present 
invention can be used to provide significant 

10 compression, yet the compression is made in a highly 
linguistically intelligent fashion such that it can 
be easily deciphered by a human. It also provides a 
plurality of different compression options for 
individual words and phrases, which, in most cases, 

15 reflect various degrees of aggressiveness. This is 
tremendously helpful to the downstream components 
which eventually must choose the best compression 
sequence in the target device. 

Although the present invention has been 

20 described with reference to particular embodiments, 
workers skilled in the art will recognize that 
changes may be made in form and detail without 
departing from the spirit and scope of the invention. 



